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ABSTRACT 


This thesis provides a student of Command and Controi with a 
computer Simulation cf a simple Command and Control (C2) 
model. The simulation is a user-friendly, interactive 
program with multi-cclored, high-resolution graphical 
displays to illustrate tne effect of C2 on a stylized, 
Simple, combat situation. A User's Manual is provided to 


Baciiitate he use of the simulation. 
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I. INTRODUCTION 


There are mary ccmbat simulations available at zhe Naval 
Postgraduate Schcol, but few, if any, have a Comaand and 
Control (C2) system as an integral part of the simuiation. 
Those computer simulations which do employ a C2 system are 
cen complicatec and difficult to analyze. The vurunse of 
this thesis is tc develop a simple C2 model, and a simula- 
tion of the model, to demonstrate the effect of a Cemmend 
and Control system on a stylized, simple, combat situation. 

A highly user-friendly, interactive computer simulation 
is used to graphically illustrate the effect of C2 on 
combat. To enharce the interactive aspects of the Sinule- 
tion, a RAMTEK 98400 color graphics system having a high 
resoluticn graphics capabiiity is used to display interned- 
Mate and end-oí-tattle results. All of the program's input 
variables are explained during the simulaticn so that once a 
user starts the program, he does not need 2 user's manuel, 
although one is provided. 

It is heped that use of this Simulation will provide a 
user with insights into the effect of C2 upon the outcome of 


eonslicts. The user, by varying -:he amount of C2 and 





counter C2 used curing a particular battie, should come2 -o 
understand and arpreciate the importance of C2, and how C2 
decisions can easily change the outcome of a battle. 

This paper explairs a simple C2 model and how the model 
is implemented ira computer simulation. The attrition and 
movement of forces are also explained to aid the user in 
understanding the combat portion of the simulation. 
Photograghs are frovided «=o illustrate both the input and 
output of the prcgram. Finally, a user's manual (Appendix 
A) is provided. The user's manual provides the documenia- 
tion needed to run the program and to add new subroutines to 


enhance the comptter Simulation. 


œ 
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A. GENERAL 

The simulaticn uses a computer generated, color graphics 
paying board which represents a section of land. Tha board 
is dividec into spaces (calleä hexes) in order to position 


the playing pieces and to regulate their movement. The 
playing pieces célied units are made up of Red and Blue 
forces. The stylized scenario pits a Blue defending force 
against an advancing Red force. At the beginning of the 


Simulation, the user initializes all of the input variables! 


d? 


values (approximately 40), determines *he route the Red 
Mats will move along in their attack on the Blue units and 
Bhenoster*s the conflict. At the end of the conflict, the 
user can display the battie results in a Force vs Time 
graph. After examining the end-of-battle results, the user 
may run tne simulation again with the same initial values 
for ali the variables, or changes may be made to any vari- 
able desired. The user can then run the simulation to 


determine if the outcome of the conflict wculd have changed 


j-4* 


as a result of changes in the initial value of the 


Variables. 
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B. THE PLAYING EOARC 

The computer generated, high-resolution color graphics 
M vidc board rerresents a piece of ground. It is divided 
into 68 hexes to regulate the movement and location of the 
units. There are three types of hexes shown on the board 
(see Figure 2.1). Hexes 26,33, 37, 56, and 63 are green in 
color and represent forest, or xcods. Hexes 17, 32, and 45 
are magenta and represent towns cr cities. The remaining 
her es are yellow and represent ordinary land (fields). 


In the present version of the simulation the cities and 


rh 


forests have no effect on the forces cor the simulation 
results. However, it is envisions! that combat situations 
could be developed incorporating tnese features to allow the 


user to explore the effect of these features cn command and 


Sentrol. 


C. THE PLAYING EIECES 

There are twc types of forces, Red and Blue, used in the 
Simulation. The Blue forces which can be composed of three 
types of units (see Figure 2.1) 

*Blue unaimec units represented on the board by the blue 


letter U, 


12 





*Blue sensor-aimed units represented sn the hoard by the 
blue letter A, and 
*Blue command and control outposts represented on tne 
board by the blue lerters BC. 
The Red forces, cn the other hand, can be divided into two 
types of units (see Figure 2.1) 
*Red Main units represented on the board by the red 


letter M, and 


(e 
Ui 
(D 
E 
ea 
9 
Y 
> 
3 


*Red counter-command and control units repr 

the board by the red letter C. 

The letters representing the different units can cave 
any of five different sizes during the course of tha sattie. 

. 
At the beginning of the simulation all the letters, @ıcesvt 
for the blue letter A, are full-sized, indicating the unis 
are at full strergth. As the unit's strength is depleced 
(thru attrition) by decrements of 20% of the initial unit 
Strength, the size of the letter decreases. Thus in Fiaure 
2.1, the red letter C indicates that the Wed counter-command 
EdEcontrol unit has lost over 4054 of its initial strength 
while the blue letter U indicates that the Blue unaimed uni- 


tas lost over 80% of its initial strength. 
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Figure 2.1 The Playing Board Layout. 
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The biue letter A is the only exception. At the begina- 
ring of the simulaticn, there are no Blue sensor-ained 
units. See Chapter IV for an explanation of why there are 
no Blue sensor-ained units, and how to transform Blue 
unaimed tc Blue sensor-aimed units. As the conflic- 
progresses ani Blue unaimed units are transformed into Blue 
sensor-aimeá units, the size of the blue letter A increases. 
The letter A beccmes the next larger size when the Blue 
sensor-aimed unit gains 20% of the Blue unaimed units! 
wnal strength. Also note, that as the Red units fire on 
the Blue sensorz-eired units, the letter A decreases in size 


Excuse of attziticn. 


D. SEQUENCE OP ELAY 
The Simuleticn is made up of four phases each of which 


the user is an irtejyral part, The four phases are 


td 


(1). 


he user input 


attack 


rh 


(2). Selection of the Red Forces! route o 
mp. The carífiict simulation 

(4). After-tattie analysis 

iene User Input 


Misuse stestep in S2milating the conflict is to 


mE cal:ze all of the program's variables. To do this the 
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user is presented a menu on the RAMTEK graphics display 
titled 'Table of Variables and Current Values! (see Figure 
2.2) in which ail the variables have been initialized with 
default values. During this phase, the user can change any 
variable's initial value. To change a value of a variable, 
or to obtain an explanation of the meaning o$ 2 variable, 
the user enters the variable's line number on the RAMTEK's 
keyboará aná presses the return key. For example, if the 
user desires to change the hand-to-hand combat range, he 
enters the numbes 6 and presses the return key. The expla- 
nation of the variable hand-to-hand combat range is then 
displayed on the screen (see Figure 2.3). The user nay 
change the hand-to-hand combat range by entering a new 
range, or he can flect to leave the range at its current 
value by simply gressing the.return key without pressing any 
other key. 

At the beginning of =he simulation, all the varia- 
bles have initial values. If the user changes the value of 
a variable, then that value becomes the default value for 
all the remaining simulation runs for the session. This 
capability allows the user to incrementally change a vari- 


able, determine its impact on the outcome of the battle, and 
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Table of Variables and Current Values. 


Figure 2.2 
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then change the value of ancther variable and not have to 
re-enter all the previous charges which the user had made. 
After all the variables have been initialized, the 
user enters 99 ard the second phase of the simulation is 
entered. 
2. selecticr of the Red Forces! Route of Attack 


The second phase of tre simulation is determining 


the Red force's route of attack. In the present version of 


m 


the simulation, cnly the Red force is allowed to move. 
Therefore, the user must plan a Red route of attack and 
enter it in the computer. ‘This is simplified for the user 


rackbail. The user designates all 


ct 


through the use cf the 


E 


ackball cursor to tne he 


PS 


sung points by moving the t 
where the turninc point is to secur and depressing the enter 
|n the trackball. (The xed force travels in a straight 
Iu rrom turninc point to tuzningq po5in*.) When the user 
has entered the desired path cf the Red force, the cursor is 
then moved into the red area at the bottom cf the screen and 
the enter key on the trackbali depressed. (See Figure 2.4) 
At this time, the program automatically finds the location 
of the closest Blue Main force and ensures the Red unit will 


move from the final turning point to within hand-to-hand 
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Figure 2.3 Hand-to-Hand Combat Range Explanation. 
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13 
i 


combat range of the Blue Main force. (This featu ensures 
the battle wili terminate.) 

Figure 2.4 shows two black circles drawn on the 
playing board with a BC outpost at each circle's center. 


The circle represents the approximate sensor range for thea 


BC outpcst at its center. If the Red force enters ha 


circle during its attack, the BC outpost will sense the 
presence of the Fed force and this will allew some of the 


Blue unaimed (relatively ineffective) units to be trans- 
formed into Blue sensor-aimed (relatively effective) Acs. 
Therefore, the Red fcrce should attempt to stay outside cf 
the BC sensor rarge cr to travel on the fringe of the black 
> 

circle to lesser the effect of the BC on the outcome of the 
Come: ict. 

Once the route of attack has been selected and 
entered into the computer, the battle simulation (phase 
three) begins. 

oe Ee hase Three 

During pkase three cf the simulation, the Red units 

attack and the Blue units retaliate. As the battle 


progresses, the computer-generated color displays of the 


battlefield show the letters representing the different 
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units reducing in size as the units are depleted. Also, it 
shows the Red unit's letters moving across the playing 
board. 

In this phase, the user has an opportunity to 
examine four status reports. The Red and Blue Force Status 
repcrts (Figures 2.5 and 2.6) give the exact location of 
each force and tke strengths for each unit type as well as 
the total strength for sach force. Figure 2.7 shows the 
Blue Sensor Outpcst Status report which provides the user 
with the number cf assets remaining at each BC outpost. 
Figure 2.8 displays the ranges betwaen all «he forces 
involved in the conflict. The user nay examine any status 
report by placing the trackball cursor over the letters of 
the status report ne wants to examine and depressing the 
enter key. For example, the user could examine -he Blue 
Force Status repcrt by placing the cursor over the word 
"BLUE" at the bottom of the screen and depressing the enter 
key. When the user places the cursor over the letters 
"MODEL", the next game step of the simulation is displayed. 

The displays provided during this phase or the simu- 
dation allow the user to visualize what is taking place on 


the battlefield. For example, the user can determine if a 
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Mies betnG Zized upon by more than one opposing unit or 


s dividing its firepower among all targets of 


p 
th 
f» 
= 
23 
js 
a 
LA 


opportunity. The battie displays provide the user with 
pictorial representations cf the battle instead or columns 


ef numbers in a yrintout. 


a 
O 
H 


When the force strengths of all the Red uni 


all the Blue figiting units, are equal to zero (ie, one 


= by annihilating the other: then the 


par 
o 


Berce has won the batt 
user enters phase fcur of the simulation by placing tne 
curser over the letters "MODEL" and depressing the enter 
key. 


LI eee nba tS: 


t 


inalvsis 
The final phase cf the simulation is the Force vs 


Time graph. (See Figures 2.9 and 2.10) This graph allows 


*1] 


"^ 
ih 
17 


oa S e ergh vz time of all the units 


+ 


mee user to plot +! 


i 
X 


muvolved in the ratti 


(D 
e 


Zt ase plots “he break points (a 


* 


user input) on the te 


O 
c+ 


ato rece strength line (RI1, RT2, BT, 
BT2, and BT3). A total force strength line is «he sum of 
Mens Which form the force. For exampl=, RT1 is the sun 
CUM and ECC1, while BT1 is tne sum of BU1 and BA1. This 
allows the user to hypotnesize that the outcome would have 
been different had the units retreated at their respective 


break points 
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Figures 2.9 and 2.10 are examples cf araphs the user 


t 


can examine. The plctted lines are color coded anid have 
letters spaced along them to aid the user in deternining 
which line is associated with which force. The Red forces 


all have red lines, the Blue Main forces kave blue lines and 


KA 


etter e=sociated 


ct 
ie 


the BC outposts have black lines. The 
with each line is shcwn in the blue menu ares at the botton 
EN ce figure. For example, the Red force's total strength 
line, RT1, has tte red letter A spaced along it, while the 
Blue force's total strength line, BM1, kas tae biue letter G 
Spaced along it. 


It should be noted by the user that there is a 


(+ 
a 
f» 
y 
(D 


maximum of 50 data pcints per line tha Potton by 
this routine. Tterefore, if e battlsa simulation tas more 
than 50 gans sters, only the first 50 data coints will be 
Partei. 


The user Selects the unit to plot bv placing the 


trackball cursor over the letters representing the unit and 


ct 


depressing the erter key. If the user wishes to clear the 
Screen and replot the forces, then place the cursor over the 
words "NEW PLOT" and depress the enter key. To terminate 


this phase of the simulation, the user places the cursor 


over the letters "RETURN" and depresses the enter key. 
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pr 


At this proint in the simulation the user Cal aithber 


return to phase cne and start another simulation, 
the program. If the user returns to phase 
variables are initialized to the values of 
tion run and the user may again change any 


variable. Also, the user may use tne same 


as the previous simulation, 


Or may enter a 


25 
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Showing Blue Force Status. 
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Showing BC Outpost Status. 
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23 








Range Between Forces. 


ing 


on Show 


* 
= 
-!-— 


Combat Simulat 


Figure 2.8 


29 





Ful 


— 
Ec i 
m iu 
- 7 — 
5 nt "c 

F = 
e E 
I Us 
UJ C t 
e cg za 
Uu e] 
C ==) 
LI 3 ; 
a c3 
"n g En 
9 3 

j 7 
md R 
sam] ur 
pec id LÍO 





rea ES 


L 
E 


ER Por 
~ 
Q 
es cat 
1 








30 


e o0J C3 
Ro 
GE LE 


Example 1 of a Force Strength vs Time Plot. 


29 


Figure 





= 
Eu 
=e Cs 
(3) E 
oi a 
ù. pred 


. 
N 


CREA 
ELUE BREAK 


[1 
i 


SE 


——— 
Lo E 
E 
E 








e . b uf — 
tu 
o 
Hu Cu 
on an 
99 = 
m oT pe 
| | toi 
a) S rim 
n ! | EN 
= 5 iii User 
— i om, SMS 
je ! Du M 
= ve 
= ea E uy 
i x 
L | M NN 
E if L ^ P N + 
— | D A 
m ci e 
ris 7 2 
BUCH] 


E 


(On 

us eomm 
dues | a a NS 
Lis 





st 


di 
) 
j 


) 
E 


i CO 0 GU 
^ oe 
* a 
Cul: 
as EC 
oJ 1j (2 
| =O 
| pe ED 
LZ 
2 mire T 
b dm 


Example 2 of a Force Strength vs Time Plot. 
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III. A SIMPLE C2 HODEL 


This section of the paper will provide the user with a 
very basic explaration of a C2 model and describe the func- 
tions Cf the C2 rrocess. The simulation attempts to 
B corporate ail the functions of the C2 przccess and 1-2 «iso 


RaR? -Arora on 


ct 


lies to capture the time dependence of 
in a combat situation. 

The primary goal of any C2 system iS t0 control a 
hostile environment. To control the envirzcnmen-* means 
either to maintain the status quo between forces, or 70 
obtain a more advantageous position, or to bring about 3 
Bmemesstul conci#tsion to a confrontation or battle. In this 
computer simulation, the goal of the Blue C2 is to briag 
about a successful conclusion of a battle with the smallest 


loss of assets pcessible. 


t.) 


The C2 process is depicted in Figure 3.1. For a € 


[ 4* 
c 


System tc be effective in cortrciling its environment, 
must first be able tc sense its surroundings and then 
process the sensed data and compare these results with the 
desired state of the envirnoment. After the comparison is 


made, a C2 systea must be able to decide on courses of 





action tending tc make the sensed state of the environment 
and the desired state of the environment the same. Finally, 
a C2 system must choose a course of action for its forces to 
follow to achieve it's goal, ie, to bring the sensed state 
of the environmert close to the desired state of the 


environment. 


A sense 


i 


process 





environment A , S 
esire 
state of 
own Environment 
forces g 
decide 
acc 


Figure 3.1 The C2 Process. 


Not explicitly shown in Figure 3.1, but an 
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of the CZ system, is the time component for =ach 
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memes process. It the C2 system can not bring its forces 
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to bear on the ervircnment ina timely manner, then the 
battle may be lost before its forces have a chance to act. 

The times associated with each of the functions of the 
C2 process are skown in Figure 3.2. Ts is the time required 
to sense the initiated hostile action. It will next take a 
tine, Tr, *o process the sensed data and to pass the 
processed data tc the comparision function where time Tc is 
required to evaluate the data and pass it to the decision 
mimetton. The“decisicn function will need a time Td to 
reach a decision and time, Ta, will be taken to prepare a 
course Of action and pass this choice «+o the forces. 


Petal ly, the forces will need time, Tf, to implement the 


O 


BHuersS given, Therefore, the tetal time, Tt, involved ir 


MERC? process is 


AS + Te + Ic t Td * Ta + TE (327) 


th 


If one assumes a hostile action is initiated a+ time T1 
ERUNT tome T2 She hostiie action will stop the C2 system 
from achieving iis qcal, then the sum of the times T+ asso- 


ciated with each function of the C2 process should be less 


than T2-T1 if the C2 system is to be successful. 
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Figure 3.2 The Time Components of the 22 Process. 
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The previous section illustrated a very general and 


simple C2 system, and pointed out that -*ime pl 


fu 
ms 
un 
¡y 
3 

T 
=> 
rs 
O 
H 
i 


Eu Lactor in tte C2 process. For a computer program tc 
Simulate the C2 grocess, it must represent both the C2 func- 
Bons ard the tine factor. This section will describe how 
the Simulation presented in this thesis represents the CZ 
process and some of the decisions which must be nade bv «na 


Hc I: is 2mpcrtant to note that a particular combat 


Essr3o is described here for illutration. The basic idees 
of C2-affected ccmbat, and the graphical displav can, of 
course, be extended to describe a variety of other inter- 
esting situations. 
A. THE OPPOSING FORCES 

In the presert specific scenario, there are two types of 


Opposing forces, Red forces and Blue forces. The Hed force 
attacks the Blue force with the goal of annihilating the 
HEEL NI:ighting force To gain controi of the territory occu- 
pied by Blue. The Blue force, on the other hand, is 
attempting +o stcp the Red force's alvance into Blue's 


terrain. 
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The Blue force has the option of putting some of its 
resources into a C2 system. In the present scenario, the 
Blue C2 force corverts "unaimed" (relatively ineffective) 
Blue forces into "aimed" (relatively effective) Blue forces; 
the latter wreaks greater attrition upon Red forces than the 
former. The Biue C2 system could give the Blue force a 
decisive edge during a battle depending on the decisions 
made by the Red force and how well the C2 system operates. 
Presently, the Blue force has no courtzr-command and control 
(C-C2) resources. 

The Red force, in the current simulation, has no 
explicit C2 assets but it does have at its disposal C-C2 
resources. These C-C2 resources can negate the C2 benefits 


Greene Blue force, 


Be SIMULATING TEE C2 PROCESS 
The Blue forces are composed of three tyves of units 
1). Blue command control sensor outposts (BC) 
2). Blue unaimed units (BU) and 
3). Blue senscr-aimed units (BA) 
The first three function of the C2 process (ie, sensing, 
processing, and comparing) are performed by the 3lue conmand 


and control senscr outpost (BC). The BC outposts have no 
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fighting capability. They do have, however, sensors which 
can detect the arproaching Red units. The BC sensors, as is 
true or all senscrs, have a maximum detection range beyond 
which the Red units are undetectable. When the BC outposts 
do detect the Fed units approaching, they process the data 
and send information to the Blue Main force (BM) which 
allows Blue unaired units (BU) -*o be *trzans£ormed into Blue 
sensor-aimed units (BA). The BA units are then brought to 
bear upon the acvwancing Red units. 

An expressicr was developed which gives tha maximum 
number of Bi units to be transformed to BA units during each 
game step bv eack BC outpost for each Blue fighting force. 

. 

t expresses the maximum number of units as directly propor- 
t2oral to the amcunt of resources allocated to the BC 
ENUOSt and, directly proportional to the fraction of time 
BPeama@aem= Step that the BC outpost is turned on, ie, actively 
searching for approaching Re units. It also expresses the 
Maximum number of units as being inversely proportional to 
the distance the BC outpost is from the approaching Ped unit 
it is reporting cn (the larger the distance, he less accu- 
rate the targetting information) and, inversely proportional 
to the distance the BC outpost is from the Blue fighting 


Memes it is sending its report to. 
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The maximum rumber of BU units which can be transformed 
into BA units at each Blue Main force by a single BC outpost 


ng the following formulae: 


rt. 


in a game step is calculated us 


BAMAX = ____TINEON__*__BC_________ (4.1) 
1 + RNGEC + BYGBLU 
KDWT PENT > 


where 
BAMAX = maximum number of BU units tha: can be 


changed to BA units during a gare step; 


fu 


TIMEON = tke fraction of a game step during which 


the BC sensor is turned o 


3 


BC *he amount of resources a BC unit has 


availabie during a game step; 
RNGBC = the distance the Red force is from the 
reporting BC unit; 
RNGBLU = tte distance the Blue force is From the 
reporting BC unit; 

RDWT = the impcrtance the user places on the distance 
the Red force is from the BC nnit; 

BWT = the importance the user places on the distance 
between the Blue force receiving the report 


and the reporting BC unit. 
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The value of the variables TIMEON, BC, feet, sand Bey are 
user supplied during the input phase o? the simulation 
discussed in Charter II. 

RDWT and BWT weight factors can be assigned a value 
between 1.0 and 10.0. A weight of 1.0 means the ranges 
between the BC ottpost and the force (either Red or Biue) is 
Bosmost importart factor in ihe transformation of BU units. 
A weight of 10.0 signifies that the range has little impact 
Saeche number of BU units which could be transformed. Tt 


ey 
- 


m 


aS 


ct 


should be noted that once all the BU units have been 
formed to BA units, the BC outposts do nothing further +o 
aid the BM forces. 

In the present simulation, the BC outposts are conzid- 


d 


acc 


D 
rt 


ered to be networked together. Therafore, lf e R 
enters +he BC sensor range, the transformation of BU units 
ESNBA units occurs for all Blue Main fcrces. During zhe 


user input phase, the variable BWT is entered ailowing the 


ai 


Main 


(0 
E < 


use to regulate the transformation rate at zné Blu 
units based on deta received from distant BC cutposts. If a 
user places the EC outpost a large distance from a Blue Main 
force and determines that BWT is very important (ie, 1.0 or 


2.0), then fewer BU units would be transformed to BA units 


4Q 





than if BWT was insignificant. The user should make a 
trade-off betweer early detection of approaching enemy 
forces and the number of BU units transformed to BA units in 
each game Step. 

Similarly, altering th2 variable RDWT allows the user to 
control the <ranformation rate of BU units to BA units based 
on the distance the advancing Red force is from the BC 
outpost. Increasing the importance of the range from the 
Red force to BC cutpost means that the number of BU units 
transformed durirg a game step would be less if the Red 
force was on the fringe of the BC sensor range than if the 
Becmecorce Was dirtectiy on top of the BC outpost. 

The decision and action process of the C2 system are 
performed at the Biue Main (BM) force. The BM force is 
composed of both BU and BA units. The mission of the BM 
meee ls to Convert BU units to BA units. The goal of the 
Blue force is to have as many BA units as possible when 
fighting because the BA units have a much higher probability 
of kill than do the BU units. However, both the BA unit's 
Meera bility of kill and the BU unit's probability of kill 
are user supplied values. Therefore, tne effect of the BA 
units on the battle cutcome depends on the initial values of 


mie Probability cf kill. 
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The numbar of BU units which are actually changed to BA 


units at each Blue Main force is calculated using the 


foilowing equeticn: 


BUCVT = 


where 


BUC VT 


BAMAX 


NBC 


Brits 


STEP = 


The value of 


BAMAX*(1 - exp(-STEP/ (NBC*BTIME))) (9. 2) 


= the number of BU units converted >o BA units 


at a Hlue Main force 


= tne sum of equation (4.1) for all BC units 


zeromgeng to a Blue Main force. 
(There can be up to 6 BC units operating 


ata time) 


nunber of active BC units during the game step 


(IE EC = 0, then BUCVT = 0) 


= tine required by the Blue force to act on 


the nostile action taken by the Red force 
numter of minutes in a game step 


the variabies NBC,  BTIME, and STEP are user 


supplied during the input phase of the simulation. (Tha 


user should be anare that equation (4.2) is valid only for a 


range of NBC 


between Q and 6.) 


In Chapter III it was stated that time was a very inpor- 


Eu Ccractor of a C2 system. Time is introduced into this 
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ap 


Simulation throuch the variable BYIWE.  BTIME represents the 
time required for the Blue force commander to convert his 
unaimed units to senscr-aimed units.  BTIME is the sum of 
metine (lis, Tt of equation (3.1)}) for each function of the 
C2 process. The larger the value oí BTIME, the smaller the 
number of BU units which are transformed tc BA units during 
a time step. 

Equation (4.2) also incorporates anovher important 
aspect of command and control into the simulation. That 
aspect is that mcre command and control is not necessarily 
better than less command and control. The variable NBC in 
equation (4.2) (*he number of active, reporting BC outpost 


during a game step) can greatly influence The actual number 


MB U Funes converted to BA units at each Blue Main force. 


It is assumed that as more BC outposts report to a BM head- 


i 


quarters, it will take more time for the C2 system to 
y 


process the reports, decide on tne required action and 


(0 


Gemmunicate that course of action to the forces in the 

field. Therefore, as more BC outposts are added to the C2 
system, the system efficiency (ability to transform units) 
will decrease. (It should be noted that 1£ Blue adds more 


BC outposts and EAMAX (from equation (4.1)) dces not 
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increase, then tLis is a waste of valuable resources. Also, 
the Blue force ccmmander must still process whatever infcre- 
mation the additional BC outposts are sending to him, even 
if it does not help his fighting forces.) 

One way to make the C2 system more efficient is to 
lessen the amount of decision time (BTIME) required by the 
meme force commarder. If, fcr each additional 8C outpost 
added to a C2 system, the time required to react to a 
hostile action is reduced, then the number of units trans- 
formed in equaticn (4.2) would increase. This could be 
accomplished if the user were to stipulate there was an 
information filter being used by the Blue force commander. 
Of course, the resources devoted to filtering informaticn 
should be at the expense of fighting units, ie, fewer BU 
units at the start of the battle. 

A user has tc make a trade-off between the C2 system 
efficiency and ersuring the battlefield is covered by his 
sensors. If all avenues of approach by the Red force are 
EX ed by BC sersors, then the Blue will at least have some 
BA units when Red comes within firing range. However, if 
Blue does not cover the battlefield with his sensors, then 
Red could cenceivably attack Blue when Blue only has BU 


units and thereby easily defeat the Blue force. 
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C. THE HOSTILE FORCES 

In this Simulaticn the Red units are the aggressor 
force. The Red force is composed of two types Of units, Red 
Main (RM) and Red counter-ccmmand and control (RCC). The 
Red Main units orly attack the BM forces, ie, BU and BA 
Des. The RCC nits attack the BC outposts when they are 
active and withir range. If there are no active, in-rarge 
Be Outposts, the RCC will join the RM force in attacking the 
EM LOrce. 

The RCC units are designed to give the Red force an 
EpDerturity to ccunter the C2 system of the Blue force. 
They ailow the Red force to prevent the Blue force from 
convertina unaimed units to sensor-aimed units by reducing 
the amount of BC rescurces (BC in equation (4.1)) available 


at a BC outpost. 


D. PRE-BATTLE DECISIONS 

Several commend and control (C2) decisions must be made 
Dc en the Red and Blue forces prior to the start of the 
eomrlict. 

The Blue force C2 decisions include the following 


mecerors: 
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1. The number of Blue C2 sensor outposts tha+ will 
be deploy¢ed (0 to 6). 

2. Tne placement of the BC outposts. The Blue force 
should ensure that as much as possible of the battle- 
field is covered by sensors after considering loss of 
processin« efficiency due to more BC outpost. 


3. The quantity o* BC resources allocated to each BC 


e 


OUDOSUt. MEN s decision directly affects the number 
ef units that can be transformed per unit time; it 
StcomacteG ou he number of fighting units the Blue 
ferce starts the battle with. The Blue fighting 
force typically begins with given resources, and 
then, as éessets are placed in the BC outposts, equi- 
valent resources should be deducted from the Blue 
Iignting force. Aliccation of resources between C2 
and main fighting forces is a crucial decision for 
Blue. 

eee eo trac ach OF a game step during which sach BC 
Outpost will te turned on. This decision varianle 
affects bcth the maximum number of BU units which can 
be conver ted, and the attrition rate for the BC 


outpost. The longer the outpost is turned on or 
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fied and targetted by 


y 


- 
kr 


(t 


pos 2a 


LÀ 
i 16 


active the easier 


Keane-C2, 

5. The range of each BC cutpost sensor. 
required hy the Blue force to 
e Red force. (Many 


e 
w od 


The time (BTIME) 
discussed earlier should 


6% 
react to the hostile action of 
and issues 


of the trade-cffs 
be take irto account by the user when assigning a 


value to *his variable.) 
The importance the user places on *he distance 


from both the Red units (RDWT) 


e 


the BC outposts ars 
*he Blue fighting units (84T). 
foe DIS rigmceeg wnrtsSo (This 


and 


8. The placement of 
decision should be made in conjunction with deciding 


BWT.) 
tae BY units will 


TU 
wheather 


value fcr 
piuewer»rsng doctr»me: 


m 


c 

SIE 

dene OFRAS ll split tes 
EE y 


fire at orly the closest Re 
yromen 


tarqets 


firing equally among all the 


range. 
The Red C2 decisions 


The number of 


ineiude the follggurg factors: 


Red units which will be designated 


1. 


as RCC units. 
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2. Whether Or not the RCC will fire om oriy the 
closest BC outpos-, or will divide its fire power 
equally among all BC outposts within firing range. 

3. The Red counter-command and control must also 
decide in advance whether or rot it will know if a BC 
outpost's resources have been reduced +o zero. If 
the RCC will not know a BC outpost has been əlimi- 
nated, then it should continue firing on the 
outpost's position. Hcwever, if the ACC will know 


when it has eliminated a BC outpost, then it wiil not 


L 


need to target that BC outpost any further. 

4. Red firing doctrine: whether the RM force will 
fire only upon the closest BM force, or will divides 
its firepcwer equally among ali BM forces within 
ring rarge, 

5. Red also has the opportunity to select its route 
of attack and speed of advance. This could enable 
the Red fcrce to sta y cut of BC sensor range, or only 
be within sensor range fcr a short time veriod and 
attack the BM force when 3t only has unaimed units. 


The cther variables which the user must decide on are 
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1. Weapor characteristics. The user must dscide on 
maximum firing range for both Blue and Red weavons 
and the firing rate of those weapons. 
2. Probatility of Kill. The user must assign prob- 
ability of kill's for the Blue unaimed units, Blue 
sensor-ained units, and the Red units. (RM and RCC 
units have the same frobability of kill.) 
3. Hand-to-hand coubat range. The user should 
determine a distance at which the opposing forces 
wculd no longer be able to fire their weapons at each 
cther and would change over to hand-to-hand combat. 
Ali of the atove decisions can have a direct bearing on 
the outcome of tke battie. By varying the above parameters 
and analyzing the results of battles, the user should be 
abie to gain valuable insights into the effects of C2 and 


Souter Ce. 
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V. THE COMBAT MODEL 


The previous section dealt with the C2 process and how 
it affects the fcrces involved. This section explains the 
combat portion of the computer simulation. It describes the 
Seer ricn Calculations for the forces, the differences 
between the deterministic and stochastic versions of the 


Simulation, the tfartle termination and the Red force 


v 


movement. 


A. THE ATTRITION CALCULATIONS 
There ar2 twe tyves of units represented in this simula- 


Peo uraimed and sensor-aimed units, and the attrition 


Sameuletion 


fn 


a 


14 


2 performed difíerentiy for each type of 


in 


um. However, when two forces are firing at each other, 
they are assumed to fire on each other simultaneously. 


ie unatmec Attrition Calculation 





An unaimed force means there is no ccordination 
amemg the firing units. Ali of the Red force (both RM and 
RCC units) and tte Blue unaimed units (BU) have no coordina- 
momen ine expected Red force attrition by Blue unained 
units during a geme step is fcund using the following 


equation: 
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BFR*STEP 
MENT emere ca)! | ] | (5.1) 


where 


E(K) = expected number of Red main units killed 


by Blue unaimed (uncoordinated) fire 


RM = the number of Red main units being fired upon 


ENG = arstarce from the firing BU units to the 


receiving RM units 


BUPK = Blue unaimed probability 


Cf Ki. 


BFR = Blue firing rate in rounds per minute 


STEP = number of minutes in a game step 


BU = the number of firing Blue unaimed units. 


The value of the variables RM, BUPK, 
user supplied during the input phase 
value of RM and EU change during the 
We O attrition and, in the case of 


momene trersformation from BU to BA. 


2 


BEN, CDD and. BD are 
Ot Eye sdhiutias-on. The 


course ot the barttle 


BU, can also change due 


Likewise, the expected Blue unaired attrition by the 


Red Main units during a game step is 


following equaticn: 


found using the 


R 
BPR*STEP 
se eso] i- [1 (0750) (01-01-29 exo (-25))) | | (5.2) 


where 


E(K) = expected number of Blue unaimed units killed 
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by Red Main fire 
BU = the number of Blue unaimed units being fired upon 
RNG = distarce from the firing RM units to the 
receiving BU units 


RPK 


Red probability of kill 


RFR Red firing rate in rounds per minuts 


STEP = number of minutes inr a game step 
RM = the nurber of firing Red Main units 
Tke value of the variables RM, RPK, RFR, STEP, and BU are 
user supplied during the input phase of the simulation. The 
Blue sensor-aimeä units (BA) attrition is found by subsi- 
tuting the value BA for BU in equation (5.2). The BC 
pucst attritior is also found by using equation (5.2). 
The value of BC is subsituted for BU, RCC is subsitutzed for 
Pamanad the value of RNG is the distance from the firing RCC 
unit to the receiving BC outpost. The rationale for these 
expressions is given in Appendix B. 
Ze Aimed Attrition Calculation 
The only aimed force in this simulation are the Blue 
sensor-aimed units (BA). The BA units are receiving target- 
Sang information frem the BC outposts which increase their 


puobabality of kill. 
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The expected number of Red units killed by BA during 


Lt 


a game step is represented as follows: 
if BA/RM<1, then 
E(K) = BA*(1-(1-BAPK*exp(- RNG) ) **BFR*STEP) (513) 
emt BA/RM>1, then 
E(K) = RM* (1-(1-BAPK*exp(- RNG) ) ** (BFR* (BA/RM) *STEP) (5.4) 
where 
E(K) = expected number of Red units killed by BA 


BA = number of firing Blue sénsor-aimed units 


RM number o£ RM units being fired upon by BA 

RNG = distarce from the firing BA urits to the 

receiving RM units 

BAKP = Biue sensor-aimed probability of kill 

BFR = Blue firing rate in rounds per minute 

STEP = number of minutes in a game step 

Both the equations (5.3) and (5.4) assume that at 

the beginning of the game step each available Red target is 
acquired and there is no opportunity to check for the effect 
of a shot during the game step and change the aim point if 
there was a successful kill. However, checking for kili, 
and change of target, is possibie at time step termination. 
(See Appendix B for the derivation of equations (5.1), 


Ex), (5.3) and (5.4)). 
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eee DETEBRSINISTIC Y5 STOCHASTIC VERSIONS 

The user has the ception of selecting either a detsrmin- 
istic or stochastic version of the combat model. The user 
Selects the version cf the model by the variance variable 
(line number 4) in thé Table of Variables and Current Values 
(see fiaure 2.2). If the user sets the variance equal to 
zero, the deterministic version of the model is used. If 
the variance is creater than zero, a stochastic combat model 
Boon effect. 

In either version of the simulation, an expected number 
Bis (E(K)) for each ype of unit (RM, RCC, BU, BA, and 
BC) for every gane step is calculated from equations (5.1), 
I (5.31, or (5.45). La the deterministic model, the 


expected number c£ kiils (r(k)) for each game step is tne 


th 


END Iscn rate fcr the force. In the stochastic version, 
the expected numter of kills (E(K)) is used as a basis for 


eaii lating the random attrition rate A+ for the unit. The 


attrition rate A+ is found from the following equations: 


A+ = exp(i) + <x*Z) (5:55) 
where 

U = in(S(K)) - 0.5(S) 2 (5. 6) 

S2 = VAR*1n(1*1/E(K)) (5. 7) 
and 
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VAR = the variance as entered by the user 

Z= is a random number from a normal (0.5) distribution 

In fact, the stochastic attrition is governed by a log- 
normal model. (See Appendix C for e deriívatioa of equations 


feo), (5.6), and (5.7)). 


C. HAND-TO-HAND COMBAT 

Hand-to-hand or "close-in" combat takes place when a Red 
force moves so close *o a Blue force that neither of the 
forces can fire their weapons at one another. The outcome 
of hand-to-hand combat is determined by the number of forces 
each side has at the beginning of the "close-in* combat. 
The force with tre largest number of units will win the 
battle. The winring force is reduced in strength by tne 
number cf units it fought against. For example, if a Red 
Force had a total of 90 units (60 RM units and 30 RCC units) 
ard a Blue force had a totai of 60 units, then after the 
hand-to-hand comtat, 30 Red units would have survived. 
(There would be 20 RM units and 10 RCC units.) 

The hand-to-hand combat caiculatiors are as follows: 
if the Red (RT) force outnumbers the Blue (BM) force 
(RT>BM), then 

Ba = (RT — BM)*RM/RT (5. 8a) 


noc Ss (RT = EM)*RCC/RT (5. 85) 
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BM=BA=BU=0.0 (5. 8c) 
and if the Red (RT) force equals or is outnumbered by the 


Blue (BM) force (RT<BM), then 


BU = (BM - RT)*BU/BM (5. 9a) 
BA = (BM - RT) *BA/BM (5. 9b) 
RT=RM=RCC=0.0 (5. 9c) 


where 


RT = total rumber of Red units in hand-to-hand combat 


the nunber of RM units in hand-to-hand condbat 


RM 
RCC = number of RCC units in hand-<o-hand combat 
BM = total rumber of Blue units in hand-to-hand combat 
BU = the number of BU units in hand-to-hand combat 
BA = the number of BA units in hand-to-hand combat 
The Simulation assumes that if a unit is engaged in 
hand-to-nand comtat during a game step then it 
iy Can not re fired upon by an opposing force during 
the game ster; 
En ine Unit can not fire on any other opposing force 
during the game step. 
The hand-to-tand combat range is a user supplied vari- 


able during the input phase of the simulation. 
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De BATTLE TERMINATION 

The battle is considered over whan either all of the Red 
force or all of the Blue fighting force is annihilated. The 
forces can be eliminated either through attrition or hand- 


to-hand combat. 


E. BREAK POINTS 

The user can input a Red break point and a Blue break 
Borat. The break pcints are not utilized during the battle 
Meee, but only after it is ever, during the interactive 
graphics portion of the program. zoak points indicate to 
the user at what point in time the forces would have broken 
Off “he engagemert. The break points allow the user to 
examine what effect breaking off the engagement at that 


point in time would have had on the outcome of the battle. 


PY, FORCE MOVEMENT 

The present version of the simulation allows the Red 
units the option of movement. The Blue units (both BM and 
BC outposts) are stationary. The user can choose the posi- 
tion Of the BM ard BC outposts, but once these positions are 
selected, they remain fixed during the battle. 

mime User aisc selects the initial position of the Red 


units. However, unlike the Blue units, the Red units can 
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move across the tattisfield in any direction and at a user 
supplied speed. The user can specify up +0 13 turning 
points at which the Red units change direction. After the 
user has entered Red's final turning point, the program 
automatically finds the location of the closest Blue Maina 
force and ensures that the Red unit will move to within 
hand-to-hand comtat range of the Blue unit. This feature 


ensures the battle will terminate. 


13 
a 


The method used to calcula:e the distance a Red unit 
travels and its location is as follows. First, the distance 
the Red unit would move during a game step is found using 
equation (5.10). Then the distaice between the Red unit 
e 

NEST A in Figure 5.1) and the next Red turning point 
(point B in Figure 5.1) is calculated using equation (5.11). 
f the distance is less “han «he distance calculated by 
equation (5.10), the new coordinates of Red's location are 
momma using equations (5.12), (5.13), and (5.14). However, 
if Red would have travelled beyond poin- B, the distance 
PeomepO:nt A to roint B is subtracted from the distance 
found in equation (5.10) and the Red unit is moved to point 
Be The distance frcm point B to point C is then calculated 


(equation (5.11)) and compared to the distance tihe Red unit 
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2 nas remaining 


i^ 


(OD 


has left to move. Again, if the distance R 
to move is less than the distance between point B and point 
C, the new coordinates of Red's location are found using 


Segataons (5.12), (5.13), and (5.14). This process 


eG qax] 


cet 


continues until the Red unit has reached i 


destination. 
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B 
(XB, YB) 


E 
(xc 404 
À 
(XÀ ,Y A) 
DST = SEEED * TIME (5. 10) 
LEN -OR - XB € (à - YE (5. 11j 
ANG - TIN-3! (|IYB - YAQ(/(XB - XA) (5a T2) 
X£ = XA + LEN * COS (ANG) (5: 03) 
c= YA + LEN * SIN(ANG) (5.14) 
where 
Brand Yf are the final cocrdinates of the Red unit 
DST = distance a Red unit travels during a game step 


SPEED = Red speed of advance 


TIME = number of minutes in a gams step 


Bones AS B, C are user specified turning points 


Figure 5.1 Red Movement Equations. 
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VI. FUTURE ENHANCEMENTS 


After completing the present version of *he program, it 
became obvious ttat several enhancements could be made. 
Some of these improvements will be discussed in this 


Sect On. 


Ae TWO-PLAYER GAME 

The simulaticn could be made into a true two-player 
game. Ir a limited sense, the present version can be 
considered a two player game Since their are two opposing 
ferces and one player couid make the Blue decisions and the 
other player could make the Red decisions. However, it 
would be a much Letter game and learning experience if both 
forces had the ofportunizy to have the sam2 type of units, 
ie, Red with command and control outposts and Blue with 
Peunter-command end ccntrol ferces. By allowing both the 
Red and Blue forces to have equal capabilities, the combat 
cutcome would defend on how effectively a player allocated 
his resources, where he initially positioned his forces, and 
the strategy the player followed during the course of the 


battle. 





In a true twe-piayer game, the concepts of secrecy and 
Eurormation hidird cculG be incorporated. The information 
displayed to sack player could be made dependent on his 
sensor inputs. In this way, each player would be naking 


decisions based cn information obtained from his sensors and 
Me accuracy of that information could be a function of the 
amount of resources devoted to his sensor system and the 


Amount cf resourses his Sppcnemt allocated tec counter- 


command and control. 


B.  RE-SUPPLY OF FIGHTING FORCES 

DEurther Iinrrovement would „ne to give beth the Red and 
Blue fighting forces an opportunity to re-supply. This 
capability would enable the user to gain insight into how a 
battle could be «on or lost “*hrough a timely decision on 
Moen and where tc ~e-enforce tne fighting units. 

This improvement couli be made to the present version of 
the simulation ard ic could be incorporated into the two- 


player game. 


C. NEW TRANSFORMATION EQUATIONS 

A user might also want to develop new, or refine the 
present equations fcr transforming BU +o BA units. I+ would 
be interesting tc explore the sensitivity of battle results 
to changes in transformation equations. 
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1 


In the presert simulaticn, the BA units nava a higher 
Probability of kill than the BU units. A new transformation 
might possibly ircrease the firing rate, or dectease the 


cion rate of the BA units by RH units, or be a combina- 


D°’ 


Bon OL the three variables--probabiiity of Kill, firing 


meee, and attrition rate of BA. 
In this computer program almost any combination is 
possible since all the variables are user defines and «he 


program's structure is modular The user simply writes one 


routine representing his new transformation equation ani 


j~. 


Mmeerts 1% il pləce cf the old transformation routine. 


D. DEVELOPMENT CF COMBAT SCENARIOS 


Fh 


te- 


A fourth enhencement would be the development of di 


simulation. 


(D 


rent combat scenerios to be played out in th 


> 


Menn ew Scenarios might incorporate the forest and cities 


D 


t 


ps 
= 
| de 
J 


hexes which are cn the playing board but not present! 


use, or they might place restrictions on the two forces. 


Situations. It vould give the user the opportunity to gain 
insights into which parameters are more important (have a 


greater effect) in the difierent situations. For exanple, 
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mamwhat kind OL combat Situation is the decision time cf 


n 


C2 system most important. One combat Situation might he a 
surprise attack, while another would be one in which «the 
sensors detect tle approaching opposing forces before they 
opened fire. Or, if the restriction on the Blue force was 
that for every minute under a seven minute command and 
control decision time the fighting force was reduced 50 
units, then how many fighting units would the Blue commander 
be willing to give up in order to gain the extra time and 


supposediy higher transformation rate for his unaimed units. 


If the Blue commander knew that the opposing force could 


c 


never mount a surprise attack, then the extra time might 


eJ 
O 


O 
N 


be needed. In fect, it might be decided to increase the 
decision time to 8 or 9 minutes and thereby gain extra 
mogn ning forces. 

Many different scenarios could be investigated to deter- 


mine the sensitivity of battle results to C2 decisions. 
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USER'S MANUAL 


A. INTRODUCTION 

This computer simulation demonstrates the effect of a 
Command and Control (C2) system on a stylized sitmple combat 
situation using a simple C2 model. The program is interac- 
tive and user-friendly utilizing high-resolution color 
graphics to display intermediate and end-of-battle results. 

Me 21S hoped that use of this simulation will provide a 
Meet with insights into the effect of C2 upon the outcome of 
conflicts. The user, by varying the amount of C2 and 
counter C2 used during a particular battle, should come to 
understand and arpreciate the importance of C2, and now C2 
decisions can easily change +he outcome of a battle. 


The purpose cf this manual is to familiarize the user 


An 


witn the simulation and user inputs necessary to run the 


simulation. 


B. PROGRAM STRUCTURE 
The simulaticn is a modular, menu driven program coded 
in FORTRAN. The software can be divided into five distinct 


sections: 





1). the mair program 

2). the inout section 

3). the combat section 

4). the command and control section 

Ec — the" "grarhsecal ovctput section. 
bet description ot ali five sections and their major 
subroutines is ircluded in this manual to aid a user ia 
understanding the simulation and to allow a user to add new, 
or to improve on the old subroutines. 

1. The Main Program 

The main program, along with the BLOCK DATA modula, 

ESceESeveral important.funct ions. It initializes the RAMTEK 
. 

9400 to accept tte graphci2a] output, calis the major input 

Subroutine, the fajer combat subreutines, the command and 

@omerol SuUbroutires;, and the cutput subroutines for Dbotk the 

intermediate and end-of-battle displays. 

The simulaticn uses ccumon statements to pass paranm- 
eters from subroutine to subroutine. The common statements 
are broken down so that only the variables used by a 
Subroutine are ircluded in that subroutine. 


The general flow of the program is shown in the 


flowchart in Figure A.1. 
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START 


Initialize RAMTEK 9400 
CALI RMINIT 


e zZ 





Calculate distance between forces 
CALLADIST 


Compute hana-tc- 
YES hand combat resuits 
Hand-to-hana Ca. AND 
o Ly 


rey CC EU 11 
HoA ct 
QOr3muti 
(443317 








bre BC MES Compute n ; 
outpcst activo A units c | 
(CALL C 
NO I ‘TANG 
paate | | 






Save data for end-o 


CAIL UP 


Tee Display end-cf- 
End {On wea tc Le ae or Sjoatcle results 
A (CALL OUT3) 
NO 





„Another 
simulation 
run 





Figure A.1 Flow Chart of the Main Progran. 
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There are two major subroutines in the input section 
of the program. The first is the Subroutine INPUT. INPUT 
displays the ment titled 'Table of Variables and Current 
Values’ and allows the user to change any variable 
displayed. INPUT provides explanations cf all the program's 
variables and, if a user decides to change the value of a 
variable, it will insure the new value is within the varia- 
ble's specified range. 

The secord major subroutine is NODES. NODES first 
displays the playing board, *hen draws the approximate 
sensor range for each BC outpost on the playing board, and 
finally allows tke user to enter the Red forces! route of 
attack. The user must use the PAMTEK's trackball when 
designating the Fed's units attack route. After the user 
has entered the route of attack, NODES ensures that the Red 
force wiil come to within hand-to-hand combat range of a 
Blue force, thus assuring battle termination. 

3. The Combat Section 

The combat section includes force attrition, Red 

tIoop movement, hand-to-hand combat, and force strength 


update routines. 
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(D 
o 


POLE rt OneCall culations are done in thr 
subroutines. RATT (Red attrition) calculates the expected 
number of Red units killed by the Blue units. BLATT (Blue 
attrition) calculates the expected number of Blue Main units 
killed bv the Red force. The third subroutine BCATT (BC 
Meese attrition calculates the expected loss of BC 
resources to RCC fire. In the routine FTOT, the true attri- 
mom tate for the forces is calcalated. If the 
Getermiristic model is in effect, then the true attrition 
rate is set equal to the expected number of kills calculated 
in RATT, BLATT, and ECATT. However, if the stochastic 
Eu sor of the mcdel is in effect, then the true attrition 
rare is calculated using a log-normal distribution. 

The Red troop movement is performed by tke routine 
NOVE. The zoutire MOVE moves the Red force along the route 
selected by the user. The routine HAND calculates the 


*s cf all hand-to-hand combat. And finally, the 


hos 


resu 
routine UPDATE saves the data needed by the rcutines which 

display che end-cf-battle results. 
4. The Commend and 
There are three main routines used by the command 


and control section. The three routines are DIST, C2, and 
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CHANGE. DIST calculates the distance between all the units 
on the playing beard. Ths range between units is used in 
all attrition calculations, and also in the transformation 
calculations.  Fcr each RC outpost, the routine C2 calcu- 
lates the maximus number of BU units +o be transformed to BA 
units during a game step. The routine CHANGE takes the 
output of the C2 routine and for each Blue Main force calcu- 
lates the actual number of BU units transformed to BA units. 
Bee ThesGrapbhicad Output Secticn 

There are twe distinct graphical output displays. 
The first is the intermediate hattle results which are 
displayed at end of every demís step. This display is built 

x 
be several subroutines. The subroutines include BOARD, 
PUTMEN, DELETE, LCISPLY, LIRSZE, CLRBE, and several minor 
routines. The fcrce status reports shown at the bottom cf 
the display are cenerated by the soutines OUT! and OUT2. 

The second graphical cutput is the Force Strength vs 
Time plots. These graphs are generated by the routine OUT3 
and displayed after combat +erminares. OUT3 calls several 
minor routines wkich draw the axis (BAXIS), scales the data 
(BSCALE), draws the break points for the forces (BRKPT), and 
ccnnects the data points with a continuous colored line 


(BLINE). 
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C.e. THE INPUT DATA 


Prior to running the simulaticn, the user mu 


U 


q> 
he 


Mmitialize the veriables listed in the menu title 'Table of 


a 


Variables and Current Values!. To aid the user alli the 


ho 


variables have been given default values. To change a vari- 
able's initial velue, or to obtain an explanation of the 
meaning of the variable, the user simply enters the line 
number associated with that variable. For example, the line 


number associatec with hand-to-hand combat range is 6. 


After ertering a 6, the user would receive an explaratior of 
hand-to-hand comtat range and then have Ene option of sitner 


changing its present value, or leaving it unchanged. 
Mol lose nadas a list of all the variables, their 
associated line rumbers, default values, and an explanation 


of the meaning of the variable. 


Line Variable 
Bu mer Default Value __________Explatazion of Variable 
1 Number cf Red Forces The number of active Red 
Defaults 2 forces: Eac Red force 
consists Of RM and RCC 
forces. There can b= 
either 1 or 2 Red forces. 
D Number cf Blue Forces The number of active BM 
Default F -2 forces. Can have 12724 
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Number cf Blue Sensor 
Outposts (BC) 
Derault > 2 

Seed 
Default: 12345 
Variance 


Default: 1.0 


Tine Step (Min) 


Default: 10.0 


Hand-to-Hand Combat 


Range (KM) 
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OLDEST OBRCSS 

The number of active BC 
outposts. Can have O to 6 
BC active during a battle 
Used to generate a random 
number. Should be an 
integer from 0 to 99999. 
If variance=0.0, then a 
deterministic mod21 is in 
affect. If vaszeéance»0.0, 
then stochastic model is 


in effect. The varianc 


(D 


indicates the magnitude 


Q 


of variation in the 
ero LO leer at 6 < 

The range is between 0.0 
and 949.0. 

Dhewduratson in m2auces of 
each engagement. Range 
Skould De from 1.0 to 99.90 
minutes. 

Distance at which forces 


change to hand-to-hand 





10 


ia 


1 


Default: 0.25 


Red Firing Rate 
(roundsymin) 


Default: 5.0 


Red Maximum Firing 
Range (KM) 
Doran t 25) 3.0 

Red Prokability of 
Ra 
Default: 0.40 

Red Speed of Advance 


{K PH) 


Peraqauie: 3,0 


Red Mair Split 


Firing Aliowed 


REC Split Firing 


Allowed 


nS 


COlrat The range should 
less thar 1.0 KM. 

Number of shots fired per 
shooter per minute by the. 
RED forces. Range shculd 
bes comme to 10.0 shots. 
Distance at which Reå 
forces open fire. 
should be from 0.0 to 10.0 
Bigs Dab lity of killi for 
each shot fired. Range 
ron laser fron 0.0 to 1.9. 
Speed at which Red forces 
move across the battle- 
Range should be 
Ecom O tO 10.0 KPH, 
IES: then RY units 
wiee re or all targets 
within range: If NO, then 
Rimai ll only tinned on 
eiasest BM force. 


T ES; then RCC units 


Ice on all BC units 





13 


14 


15 


I 
+ 
.0 


Li 


: L. 


Defau 


RCC will fire at only 
PON- ZEC BC ONT Tpost 


Default: NO 


Red Men and Location 


Default: RM1 


it 
LO 
O 
O 
% 


RCC1 = MO, X 


il 
Qo 
a 
Go 

+ 


Red Men and Locaticn 


Default: RM2 = 900, 
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Wieninescange.  £f NO, then 
RGGewilteerire on only 
closest BC outpost. 
IN nen REC vill only 
Bimesac BC outpost which 
have not been eliminated, 
BC which have resources 
qraarer than zero. 

E NO mhon REC 11 fice 
at all. identified BC 

JE post. Even those which 
have had their resources 
Bemuced to zero. 
PDIOwnunbep ot RA"and RCC 
unen tially active in 
tne first Red force and 
werent cial Location. 
kamena RCC should from 0 
CONO the X and Y 
coordinates shouid be 
between 0.0 and 10.0. 

Th2 number of RM and RCC 


daroe Ssn tially active in 





ReeZs=— 100, X= 7.5, the second Red force and 


RM and RCC shovid From O 


to 10000. The X 


£v 
> 

$ 
{2a 
rá 


coordinates should be 


between 0.0 and 10.9, 


Red Break Point The percent of losses 
Decanter: 0:70 Of Red's inste)27 Stronoeb 


at which Red would retreat 


Should be less than 1.9. 


Blue Firing Rate Number cf shots fired pez 
(roundsyain) Shooter per minute py +La 
Default: 5.0 Blue forces. Range shculd 


bestromew0wro 100. 


Blue Maximusr Firing Distance at which Blue 
Range (KM) force open fire. Range 
Demat: 3. 0 should be from 1.0 to 70.0, 
Blue Speed cf Advance Speed at which the Blue 
Default: 0.0 Forces move. Not used in 


version of the simulation. 
Blue Unaimed Probability The probability of kill 
of Kill pe Snot Of the BU units: 


Default: 0.25 Must be from 0.0 to 1.0. 
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24 


25 


26 


27 


28 


Blue Sersor-Aimed 
Perepapw itty or Kill 
Default: 0.70 

Blue Split Firing 
Allowed 


Default: YES 


Blue C2 Decision 
Time (MIN) 


Default: 5.0 


Blue Men and Location 
Default: BU = 800, 


X2 4.0, Y = 4.0 


Blue Mer and Location 


Default: BU2 = 800, 
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Ne probabzlity or kill 
per shot of the BA units. 
Must be from 0.0 to 1.0. 
Te eS) chen BM units will 
spread its fire equally 
among all Red within 
range. 

If NO, then BM units will 
2 ce on Only the closest 
Red force. 

The time required by the 
Blue forces to respond to 
the Red hostile action. 
The range should be from 
OTORO SU minutes. 

The number of Blue unalmed 
units initially active. 
BU should be less than 
00802 The X and Y coor- 
dinates should be between 
US 0R arian 10.0. 


Same as line 27. 





39 Blue Break Point 
Default: 0.50 
40 Red Range Weight 


Default: 2.0 


41 Piue barde Weight 
Befault: 10.0 
42 Be OULDCSt FOrCcs, 
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The percent of lossss of 
Biue!s initial strength 
at which Blue would 
retreat. Should be less 
than 170; 

The importance of the 
distance from the Red 
force to the reporting BC 
outpost. Should range 
between 1.0 and 10.0 where 
1.0 means the most impor- 
tan wr3ac-0r ead 10:0 means 
the L2ast important factor 
The importance of the 
distance from the Blue 
meuco tOo the reporting BC 
oue pest: Should range 
between 1.0 and 10.9 where 
1.0 means the most impor- 
tant factor and 10.0 means 
the least important factor 


Rougecacg BC-ouspost che 





"o Sensor Pange, Time on Mal ameunt of 

47 per Game Step, aná resources (force) 
Positior allocated to the cutpost, 
Default: BCT = 300, its maximum sensor range, 


Sensor Fange 


H 
Lu) 
e 
O 

~ 


Time on = 


the percentage of a game 


step the outpost is active 


aniti oo POSIT On: Inrcral 


BC2 = 300, unir strength should be 


Sensor Fange = 3.0, fess than 9999. 


Time on = 1.0, Maximum sensor range 


AMOO, Y = 6.0 should be between 1.0 and 


TOO. Tine on should be 


petweer 0.0 end 1.0. 


XY coomdsnates should 


ne 
^ "e 
om A cu 


be between 0.0 and 10.0. 


The user indicates to the program that he has finished 


Smetializing the variables by entering a 99 at the keyboard. 


After entering 99, the user can select the Rel route of 


Q 


attack. Entering the attack route has been simplified for 


the user through the use of the RAMTEK's trackball. The 


user designates all turning points by moving the trackball 


umor to the hex where the turning point is to occur and 
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depressing the erter key on the trackball. The user can 
designate a maximum cf 13 turning points for each Red unin. 


mie Red force will travel in a straight line from turning 


tb 
BU 
O 
Eu 


point to turning point. When the desired path of th 
force has been entered then move the cursor into the red 
area at the bottcm of the screen and depress the enter key 
on the trackball. 


al ven 


U) 


On the seconé and all subsequent runs, the user i 
the option of entering a new route of attack or using the 
previcus route of attack. If the user selects to use the 
previous route of attack, the Red force will start and 
finish at the sare lccation as in the last run. Therefore, 
the user should rot change the X or Y coordinates Of SE LUNES 
the Red force or the Bluz force when electing to use the 


@eeack rcute of the previous run. 


Dee OUTPUT 

There are twe distinct high-resolution graphical 
displays used by the simulation. One is the playing board 
Ae ays which irdicete unit position and strength at the 
end cf each game step and provide one cf four different 
Status reports at the bottom of the screen. The other is 
the Force Strength vs Time plot which is available to the 


user at the end cf a conflict. 





board displays. Each picture shows the same point in tine 
of a battle but a different status report is displayed at 
the bottom of the screen. The user selects the status 
report desired by placing the trackball cursor over the 
letters representing the status report and depressing the 
enter key. For example, to view the Blue Force Status 
report the cursor is placed over the word 'BLUE' and the 
enter key is depressed. To examine the BC Outpost Status 
report the cursor is placed over the letters 'BC' and the 
enter key is depressed. When the user places the cursor 
over the word 'MCDEL" and depresses the enter key, the posi- 
tion and strength of all the forces for the next game step 
is displayeä on the playing board. 
2 rorce »5treng:h vs Time Plots 

At the erd of a battle, the user can build graphs 
such as the one shown is Figure 2.9, To build a graph, che 
D elects a force to be plotted. For example, to plot the 
Blue total fighting force strength (3T1) vs time, the user 
places the cursor over the letters BT! and depresses the 


enter key. A plct of force strength vs time will be made 


80 





Blue Main force. Spaced aiong the line will 


rh 
O 
t1 
ci 
es 
(b 
th 
ps 
$3 
U) 
T 


n» 
ib 
A 
D 
|= 
(U 
ct 
ri 
(D 
H 


in parenthesis next to the force selected, in 


e tne letter G., This feature allows the user tc 


cr 
J 
Ls 
(n 
O 
fu 
0 


nguish between lines of the same color. (The Reá 


Qu 
P 
IU) 
ct 
j Je 


forces have red lines and letters; the Blue fighting forces 
have plus lines and letters; the BC outposts have black 
lines and letters.) Break points (a user input) are shcwn 
DUE ne total force strength lines only (aTl, RT2, BT12, BT2, 
BT3). Break points enable the user to hypothesize what 
would have happened had the units retreated upon reaching 
Menr oreak point. 

TO clear the screen and replot a force, the user 
places zhe cursor over the words 'NEW PLOT! and depresses 
the enter key. To terminate the plotting routine and return 
EN ec reginnizg of the next simulation run, the user places 
the curser ove: the word 'RETURN' and depresses the enter 
key. 

There is a maximum of 50 data points per line which 


Gage plot7ed it this routine. Therefore, if a battle 


(1 


rh 
tN 


simulaticn has ncre than 50 game steps, only the first 50 


data points will be plotted, 
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E. TO RUN THE SIMULATION 
The simulaticn program ís located in Spanegle Hall room 
500 on the PDP 11/50 computer system. To run the sinula- 
tion, the user must do the following: 
1). Turn on the RAMTEK 9400. The ON/OFF switch is 
located on tke. front panel of the RAMTEK 9400 cabinet. 
2). Turn on the RAMTEK 9400 keyboard, trackball, and 
coer monitor. All of the ON/OFF switches for these 
devices are clearly marked on tha front of each dsvics. 
3). Loa on to the PDP 11/50 system at any terminal 
located in the room. The commands ara 
PHEL BENT 
>password: BENT 
(a system message is displayed: 
2RUN BENT 
(Note that tte > sign is a system prompt and that he 
mer only tyres the letters that are capitalized. The 
lower case letters ar?» displayed to tne srceen by the 
PDP 11/50 operating system.) 
4). After ertering RUN BENT, the user must use the 
RAMTEK keyboard and trackball to communicate with the 
Simulation. The program is interactive with step-by- 


step directicns provided for the user. 
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5). After the last simulation run, the user should tog 
off the system by entering the following command at “hea 
terminal at which he logged on 
DBNE 
To obtain a copy cf the source code, the user should 
enter the following command prior to logging off the systzi 


>aPRNT 
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APPENDIX B 


' DER IVATION OF ATTRITION EQUATIONS' 


Suppcse a Blue force confrorts a Red Force. Further, 
suppose that Blue attacks Red and do2s so without coordina- 
tion (command anc ccntrol), ie, each B in Blue picks a 
member R in Red et random and Fires at it independently of 
the actions of tke other B's in Blue. Assume that all Rs in 
Red are equally likely to receive fire from a single B. 
Also, assume that the kill probability of B against R is 
given by the expression 

Pb = Pw * exp(-RANGE) (8.31) 
where RANGE is tte distance between the firing B and tne 
receiving R and Ew is the probability of kill for the weapon 
fered. Further, ler Y demozercrhertizeing cate of B. 

Let K denote the random number of Rs killed by the Bs 
per engagement (cf duration A). Then during the engagement 
cf time N, eE tires T «5 Shots. The number of Rs 
killed, K, may be expressed as 

EY + TI (Z) + ... + I(j)+ «ee + I(r) (8.2) 
where R is the number ofi Reds receiving fire during the 


period, and the indicator random variable 


gu 





f 1 4£ the jth R is killed by B fire 


L0 otherwise 
mien the expected number of kills, E(k), is 
R 

BNK) = sa) E ES (B.3) 
ELIT!) is the probability of at least one kill 
during the ercagıent duration A , assumed to be the same 
for each element of the Red force. If E(I(i)) can be 
computed, then E} (K) can be found. 

Messi Of all, it should be noted that the probability 
that i cf the B's target the jth R is given by the binomial 


3 B-i 
& (17/8) (1!-(1/8)) E 3z001,2,...,B (Be) 


uu given that a B is targeted on the jth R, the prob- 
ability of at least cne kill in an engagement of duration 
is 


YX 


Enevctore, the pioracility of at least one kiil by i B's 


EE Zen, 


Ing independertiy is 


1 - sy A u "I LE (B.5) 


where Z is the probability c nc kilis per engagement with 
one B. Now, 


$ 
-— 7 


B 
i (B i B 
P(1(5) =1) = Le a-z È) am a- am 
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B 
IA NO T (A/R)) (3.6) 


ence E(1(1)) = EU (1)=1), then 


Y AB 
E(1(1)) = 1 - (1- (1/R)* (1- (1-2b) \ (5.7) 
Then from equaticn (B.3), 


my + 

FA, B 
EEN = RECT = (1-(18)*(1- (1-Pb) °°)) (B.8) 
Equation (B.8) is Equation (4.2) which is tsed in the 
computer Simulation to find the expected number of kills 


from unaimed fired. 


When B is firing on R with coordination, the experssion 
for E(K) becomes 

HAE) = Bec! - epee. Soc. 5/R=1 (2.09) 
and 

E(K) = R* (: = aes Be" Borm (B/R)>1 (8.10) 


Equation (B.9) assumes that cne B per R is allocated for as 


à 


long as the B's last. Equation (3.10) sssumss that (3/R) 
B'S are allocated to each R during the engagement. No 
Eount 3s caken of the fact that B/R is often not an 
integer. 

Bawatzion (B-S) and (8.10) are the aimed attrition equa- 


pons of Chapter IV. 


86 





APPENDIX C 


mmy 


DERIVATICN OF THE STOCHASTIC ATTRITION RATE 


Assume that F(t-1) represents the size of the Red force 
at the (+-1) ster in time. Let At be the stochastic attri- 
tion rate of the Red force by the Blue force at the + sen 
in time. Let Or(t) be equal to the expected number of kills 
(E(k)) cf the Red force by the Blue force found by using 
wnat iors (5.1), (5.3), and (5.4). An equation for At will 
now be developed based on a log-normal distribution. 

For a log-noımal distribution 

X = exp (U + S*Z) (C^ 1) 
where 
fees a random Variant from a normal (0,1) distribution 
U is the mean 
S is the standard deviation 


The expected valve of X is 


B(X) = Efexp(U + S*2)) 
= exp(U) * & (exp (S*Z)) 
but £ (exp (9*2) ) = 2x9 (0.5*82) 
Therefore, 
Pee =e exo (i + 0.5 *S-) (C-2) 
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If the expected value of X, E(X), 1s equal to the expected 
number of kills @r(t) of the Red force, then 

E(X) = er(t) 
and 

Sr (ZI = exp(U + 0.5*S2) 

in(Or(t)) = U + 0.5%*S2 
and therefore, 

U = 1In(er(t)) - 9.5*s2 (G3) 
The variance of X is 


VAR(X) = E(X#) - (E(X)? 


Now E(X?2) = exp(2U + 252) 
and (E(X))2 = exp(2U + S2) 
Therefore, 
VAR(X) = exp(2U +252) - exp(2U + S?) 


exp(20 + S2)* (exp (S?) 1) 


u 


(2X) ) (exp (ss) - 1) 

For e Poisson Distribution, 
VAR (X) /E(X) = 1 

Therefore, assuming Foisson variabilitv in kills, 
U (SzZE(S<) - 1) 

and if oer(t) = F(X), then 
1 = Or (+) * (exp(S2) - 1) 


Er d) derit) 
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ge = in(i + Wer(t)) (C74) 


and wher VAB(X)/E(X) # 1 
then 

S2 = VAR{X)*(ln 1 + 1/er(*)) (c5) 
and 

S = SCRT(S2) (C-6) 


Finally, let A+ be equal to X in equation (C-1) and then 
hoe f S*2) (C-7) 
wkere 
U is the mean fcund in equation (C-3) 
S is the standard deviation found in equations (C-5) and 
(C-6) and 


EE - a random voriete from a normal (0,7!) distribution 
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